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FIELD OF THE INVENTION 



The present invention relates generally to the field of interfaces and techniques for accessing 
computerized networks, such as the Internet. More specifically, the present invention relates to a 
multi-level multiplexor system for a networked browser that increases the speed and efficiency with 
which a user can access information on a computerized network. 



The growth of the computerized networks such as the Internet has brought about an 
explosion in the amount of information available to users. One of the challenges with this wealth of 
information is how to find and access relevant information easily. Various search engines have been 
developed to meet this need, such as vahoo.com , altavista.com , infoseek.com , askieeves.com and 
google.com . To search for information on the Internet, a user goes to the web site for one of the 
search engine and enters one or more words known as search terms. The search engine then uses the 
search terms to generate lists of web sites and/or web pages that best match the search terms. 
Various indexing and cataloging techniques can be used by the search engine to accomplish the 
search, such as list based searches, spider based searches or natural language based searches. More 
recently, meta search engines have been developed that allow a user to enter a single set of search 
terms at a web site and retrieve a single set of filtered results that are combined from matches found 
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by multiple different primary search engines. Examples of these meta search engines include 
dogpile.com , chubba.com , thunderstone.com , ixquick.com and metacrawler.com . For a more 
detailed explanation how search engines work and a comparison of primary search engines and meta 
search engines, refer to lib.berkelev.edu/TeachingLib/Guides/Intemet/Findfafo.html#Outh 
5 cui.unige.ch7meta-index.html , and searchenginewatch.com . Examples of how search engines can be 
implemented and return combined results are described in U.S. Patents Nos. 5,864,845, 5,873,080 
and 5,974,409. 

While meta search engines increase the available resources a user can review, the problem is 
how to present the results in a useable format. Most meta search engines filter the search results 

10 from different primary search engines and present these results according to a combined format 
unique to that meta search engine. This filtering process can be helpful in that relative rankings can 

o be generated, duplicate results can be eliminated and the amount of information downloaded to the 
user is reduced, but it precludes a user from reviewing the original content of the results of the 

ffl primary search engines. 

=g> Some meta search engines, such as altaseek.com and 123seek.com, present their results by 

!tf concatenating the first page of information returned from each primary search engine. In this way, a 
user can view the first page of the original information from each primary search engine by scrolling 

m down through a single browser window containing the concatenated results. Unfortunately, when a 
large number of primary search engines are accessed, it is cumbersome to scroll through the large 

(20 amount of downloaded information in a single browser window. In addition, when a user wants to 
access information from a particular primary search engine beyond the first page of original 
information, a new browser window is typically opened and the ability of the user to navigate by 
backtracking, for example, to previously viewed sites from the original browser window is not 
possible. 

25 Other meta search engines, such as gogettem.com and searchspaniel.com present their results 

by opening up a new browser window for each of the different primary search engines. Although 
this format of presentation is sometimes more manageable than the concatenated scrolling format, 
the opening of a new browser window consumes additional computer resources of the user for each 
new browser that is opened and has the same problem of limiting the ability of the user to navigate 

30 by backtracking. When several primary search engines are accessed in this manner, the spontaneous 



spawning of new browser windows can be quite annoying as the user's cursor is constantly being 
redirected to the most recently opened window until all of the search results have been returned. 

A variation on this theme is used by totalnews.com which also spawns a new browser 
window each time a user clicks on one of a series of buttons on the home page that identify and link 
5 to various third-party news web sites. Originally, the home page for totalnews.com used a framing 
approach in which the content of the selected third-party news web site corresponding to the button 
selected by the user was framed in the middle of the totalnews.com home page. To make the 
content information fit into this frame, the totalnews.com home page sometimes would strip off 
advertisements and other content from the third-party new web site. Ultimately, copyright and 
10 source confusion claims by some of the third-party news web sites forced totalnews.com to abandon 

this framing approach in favor of the spawning of a new browser window. 
i» Another approach to improving browsing and search capabilities is to replace and/or modify 

:*f the user's browser program. Such approaches are often referred to as a "thick-client" solution 
Ixi because they require the user or client to download and run a program in addition to the user's 
|B browser program. Most web sites download content information formatted in a markup language 
^ that can be directly decoded by the user's browser program. This is referred to as "thin-client" 
a because the only program that is required to decode the content information is the user's browser 
I?! program. 

;- = Neoplanet.com is one example of a thick-client replacement browser program that integrates 

120 web browser, e-mail, chat, search engine and web directory into a single application. In order to run 
s ~ this program, a user must download a very large file from neoplanet.com and install that program in 
place of the user's browser program. Once installed, the thick-client replacement browser program 
provides the user with predetermined link connections that, for example, allow a user to select which 
of one a predetermined short list of search engines or shopping sites will be searched in response to 
25 search terms entered by the user. 

X-Portal™ findware from centurionsoft.com is one example of a thick-client add-on program 
that adds functionality to a user's browser program, rather than replacing the browser program. 
After a user purchases and downloads the findware program file, the findware program adds a 
button on the control panel of the user's browser program that automatically initiates a search 
30 against a customized set of multiples search engines, and then dynamically combines, displays and 
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reranks the results as response are returned from the multiple search engines. The search results can 
also be compared and filtered through a reference library maintained by X-Portal. Another example 
of a thick-client add-on program is the iware personal guide program from iwareinc.com . This add- 
on must be downloaded by the user, after which it creates an intuitive taskbar in the user's browser 
5 program. The intuitive taskbar includes, for example, a search feature that directs search terms 
entered by a user to preselected search engines and then combines the results of those searches when 
they return. Examples of add-on or plug-in programs for browsers are also described in U.S. Patent 
Nos. 5,710,918 and 6,041,326. The concept of having content information from one source persist 
on an user's browser window instead of switching to display content information from a second 
10 source as part of an augmented browser control system and persist control system that are added to a 
user's conventional browser program are described in U.S. Patent No. 5,983,626. 

0 Two of the challenges for the standard browser user interface that provides one page per 
window display of content information are the delay in loading multiple pages of content 

CP information and the difficulty in navigating through multiple pages of content information. Several 
If solutions to delay problem have been suggested, such as deferred display of content information, 
browser-controlled complexity levels of content information and anticipatory caching of content 
information, which are described in U.S. Patents Nos. 5,918,239, 5,987,466 and 6,016,520. Other 

1 = solutions for the navigation problem have also been suggested, such as non-linear browsing, 
LH graphical node structures representing multiple pages of content information, combined index 
20 navigator, tree navigator and search term navigator as part of a single browser, and fast return to a 
"*~ search home page, which are described in U.S. Patents Nos. 5,835,092, 5,877,766, 6,012,055 and 

6,052,716. 

An alternative approach to solving these problems has been to use side-by-side viewing or 
nesting of frames of content information. Examples of thick-client applications that have 
25 implemented this approach in the context of multi-media content information, grouping requests to 
multiple sites of content information at the same time, and formatting and displaying nested 
documents are described in U.S. Patent Nos. 5,544,354, 6,012,090 and 6,031,989. A commercial 
application of side-by-side viewing of content information can be found in the Katiesoft™ web 
interface from katiesoft.com . The Katiesoft™ web interface partitions the user's screen into four 



quadrant windows and allows content information from up to four web sites to be simultaneously 
displayed in this side-by-side quadrant arrangement. 

Recently, at least two thick-client replacement browser programs have provided a user 
interface with a feature referred to as browser tabs that allows these thick-client browser programs to 
5 display multiple frames of content information in a cascaded format within a single browser 
window. The Netcaptor™ program from netcaptor.com and the MultiWeb Viewer™ from 
multisource.com both utilize this tabbed feature to enable simultaneous submission and retrieval of 
content information from multiple sites. The Netcaptor™ program also provides for a common 
search term input area that allow a user to enter one set of search terms that are used to search 

10 multiple search engines simultaneously. The results of each search engine are returned to the 
Netcaptor™ program, which then formats those results to be displayed as multiple frames of content 

O information in a cascaded format. 

IS Although these thick-client replacement browser programs may offer a user better ways of 

viewing multiple sources of content information, the programs are limited due to the large 
S3 downloads required to install them and the complications associated with supplanting the user's 
ia conventional browser program. In essence, these programs must be as compatible with 
^ downloading and displaying content information as the conventional browser programs, in addition 
In to providing a different browser user interface. Because these programs are provided with 
i^t predetermined choices of search engines and web sites, the choices afforded to the user may be 
Jib limited and updating these choices involves the problems of downloading another update program. 
Perhaps most importantly, in contrast to conventional browser programs which are provided free of 
charge, these programs either cost money or require the user to agree to provide personal 
information that is used to generate customized advertisements which are displayed by the thick- 
client replacement browser program. 
25 Another alternative for presenting browser information to user is the decision.control 

program from visualmining.com that provides a thin-client corporate decision portal. The portal 
includes a "dashboard like" view of multiple sources of content information that are typically 
maintained on a corporate intranet. The dashboard allows for categorization and searches of 
corporate information. The portal program is hosted in a corporate environment where the program 
30 operates on a dedicated corporate server and communicates with client computers within the 



computerized network of the company. Different sources of content information from the 
computerized network of the company may be displayed on the user's browser program 
simultaneously in multiple side-by-side frames within the browser window. Sources of content 
information outside the computerized network in the company are displayed in a conventional 
5 manner in the user's browser. The search feature on the dashboard of the portal is specialized to 
search content information inside the computerized network of the company and returns relevant 
information in a single window frame. The portal program executing on the server utilizes a split- 
server architecture having a session server for receiving request from clients and a query server that 
obtains results in response to these requests and passes them back through the session server to the 

10 client. This type of split-server architecture is described, for example, in U.S. Patent No. 5,873,076. 
Although such a split-server architecture can be well suited for a corporate environment where 

q security issues and the need for common access to private corporate data justify the additional 

Iff expense of hosting a portal program on a dedicated server, this option is too expensive and complex 

ffl for individual users. 

ft While numerous solutions have been proposed, the challenge of providing a simple, yet 

! « efficient system for a networked thin-client browser to display content information from multiple 
ss sources still exists. Thick-client replacement browser programs and add-on programs can offer a 
in user additional features; however, these features can be difficult to manage and maintain and are not 
jjf consistent with the overall thin-client architecture of the Internet. 

m 

^ SUMMARY OF THE INVENTION 

The present invention is a multi-level multiplexor system by which a networked browser 
client accesses content information over a networked computer system. The multi-level multiplexor 
system has at least one program executing on a server operably connected to the networked 

25 computer system that receives a service request from the networked browser client. In response, the 
program packages a reply that is returned to the networked browser client and causes that browser to 
automatically issue a plurality of service requests to sources of content information on the 
networked computer system. The packaged reply also causes the browser to present the responses to 
the plurality of service requests to sources of content information such that each response is 

30 selectively displayed as one of a cascaded series of pages of content information within a single 



window frame in the browser. In this way, the present invention is implemented as a thin-client 
solution with the advantages of minimizing network traffic while at the same time allowing for 
increased speed of access to multiple sources of content information. The multi-level multiplexor 
system afford the user a simple, yet efficient mechanism to access multiple sources of content 
5 information that retains the integrity of the content information without subjecting the user to the 
disadvantages of opening a new browser window for each new source of content information. 

Preferably, the server is hosting a web site accessible on the Internet and the server program 
accesses at least one database operably connected to the server and encodes control and formatting 
information from the database into a markup language as part of the packaged reply. In contrast to 
10 existing thick-client replacement browser programs that must rely on predetermined control 
information such as the identity of a list of available sites to be accessed, this thin-client 
!=! embodiment can easily update such control and formatting information from one access session to 
:ff the next. This control and format information enables the browser to dynamically generate the 
fft presentation layer by which a user interacts with content information In this embodiment, the 
Jf> cascaded series of pages of content information are created as a layered series of iframes, with each 
;5 iframe having a tab indicator that controls whether that iframe is to be displayed or hidden in the 
layered series. Each tab indicator preferably controls style sheet commands embedded in the 
=1 markup language of the reply that effect the hiding or display of the desired layer of content 
LH information. Separate iframes are supported for display of navigation controls, searching parameter 
\2Q information, content information and advertisements. 

1 The multi-level multiplexor system decreases the amount of client-server traffic across the 

network by allowing for a stateless environment to be maintained between the client and server 
which does not require a page refresh to be communicated between the client and server to create a 
change in state. This is accomplished by the control and formatting information encoded into the 

25 packaged reply which enables the browser to manage all of the multiple series of iframes according 
to a generic template. The system intelligently decides whether information is control and 
formatting information that should be encoded into the packaged reply or whether information is 
large enough or changes often enough that a page call between the client and server is the optimum 
way of handling this information. 

30 



BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is block diagram showing the operation of a prior art primary search engine. 
Figure 2 is a block diagram showing the operation of a prior art meta search engine. 
Figure 3 is a block diagram showing the operation of a prior art thick client browser with a 
meta search feature. 

Figure 4 is a block diagram showing the operation of a prior art dedicated server with a thin- 
client portal. 

Figure 5 is a block diagram showing the operation of a search function of the multi-level 
multiplexor system of the present invention. 

Figure 6 is an overall block diagram of some of the programs and databases of a preferred 
embodiment of the multi-level multiplexor system as shown in Figure 5. 

Figures 7 to 14 are screen shots of various screens displayed by a thin-client networked 
client browser in response to the multi-level multiplexor system as shown in Figure 5. 

Figures 15 to 16 are screen shots of an alternative embodiment by a thin-client networked 
client browser utilized at ihound.com in response to the multi-level multiplexor system of the 
present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

A general familiarity with the operation of the Internet, browsers, markup languages and 
client-server communications is assumed. For background reference, a technical overview of how a 
client browser interfaces with a server across the Internet in the context of using multiple search 
engines is described in U.S. Patent No. 5,873,080, which is incorporated by reference. 

Referring to Figure 1, the operation of a prior art primary search engine will be described. A 
client computer 10 accesses a networked computer system 12, such as the Internet. (In the block 
diagrams, networked connections, either intranet or internet, are shown in dashed lines and internal 
connections are shown in solid lines). Typically, the Internet 12 is accessed by a networked browser 
program 20, such as Microsoft Internet Explorer™ or Netscape Navigator™ executing on the client 
computer 10. To initiate a search, the user enters search terms or keywords in an entry field on a 
web page for the web site associated with a search engine program. The search terms are collected 



by the browser program 20 and sent to the search engine program 14 executing on the server that is 
hosting the web site. The search engine program 14 parses the search terms and generates a search 
of content information on the Internet 12, either directly or via indexes and tables maintained by the 
search engine program 14. The results of this search by a single search engine (referred to as a 
5 primary search engine) are compiled in a database 22 that is made available to the browser 20 by 
sending a first page of links to content information identified in the search. For this kind of primary 
search engine 14, a single set of pages of links to content information generated by a single search 
engine is returned to the browser 20. 

Figure 2 shows the operation of a prior art meta search engine 16. Like the primary search 
10 engine 14 of Figure 1, the meta search engine 16 of Figure 2 is a program executing on a server 
connected to the Internet 12 that hosts a web site for the meta search engine 16. When a user enters 
q search terms that are sent by the browser 20 to the meta search engine 16, the meta search engine 
]:=f parses the search terms and generates multiple new service requests that are sent to primary search 
ffi engines 14. The results from each of these search requests are stored in a database 24 that is then 
j§> accessed by the meta search engine 16 to filter and format the results and send a single set of pages 
:^ of search results back to the browser 20; however, the links contained in those pages may have been 
identified by one or more primary search engines 14, rather than being directly identified by meta 
m search engine 16. 

LH Figure 3 shows the operation of a prior art thick-client browser 30 with a meta search 

120 feature. Like the meta search engine 16 of Figure 2, a thick-client browser 30 parses search terms 
entered by a user and generates multiple service requests that are sent to primary search engines 14, 
or even meta search engines 16 on the Internet. Unlike the meta search engine 16 of Figure 2 which 
executes on a server separate from the client computer 10, the thick-client browser 30 is executing 
on the client computer 10. As such, the multiple service requests to the primary search engines 14 
25 are returned directly to the client computer 10 and the thick-client browser 30 must be provided with 
sufficient functionality and resources to either filter and combine the results of these service request 
into a single display format or format and display the results of these service requests as multiple 
windows. 

Figure 4 shows the operation of a prior art thin-client browser 20 serviced by a dedicated 
30 server 40 that services a corporate intranet 42, for example. The dedicated server 40 could utilize a 



split server architecture where a request program 44 handles requests from multiple clients 10 
attached to the intranet 42 by conventional thin-client browsers 20. At least one service program 46 
interfaces with the request program 44 to service the various requests from the browsers 20 by 
performing a desired function and returning the results to the request program 44, which in turn 
5 directs those results to the appropriate client 10 which made the original service request. In many 
ways, the functionality of the meta search facility of the thick-client browser 30 of Figure 3 are 
emulated by one of the service programs 46. The service program 46 parses search terms entered by 
a user and may initiate multiple search requests to primary search engines 14 and meta search 
engines 16. The responses to these requests are then filtered and combined, perhaps with other data 
10 available only on the intranet 42,, and the results are passed back through the request program 44 to 
the appropriate client 10. 

i«s . Referring now to Figure 5, the operation of a search function of the multi-level multiplexor 

;ff system 50 of the present invention will be described. A conventional thin-client browser 20 
01 executes on the client computer 10 and is connected to the Internet 12. It will be understood that the 
Jl present invention can also execute on an intranet system, and through various Internet or intranet 
^ protocols. Additionally, while the preferred embodiment is generally described in terms of hard- 
:= wired communication, it will be understood that such communication could just as easily take place 
j= over a wireless communication network. With such wireless communications, for example, a 
jj* wireless handheld client browser 20 would communicate with the server without a direct hard-wired 
120 connection to that server. 

E ~~ When the browser program 20 accesses the web site hosted by a server executing the multi- 

level multiplexor system 50, a request 52, in this case a search request, is communicated to the 
system 50. At least one program of the system 50 services the request 52 by accessing a database 54 
containing control and formatting information to encode necessary control and formatting 

25 information into a markup language as part of a packaged reply 56. The request can be serviced by 
the server, or the server can, after a dynamic and intelligent evaluation of the specific request needs, 
delegate the request to another server and its corresponding database on the network. Although it is 
possible that no database 54 would be needed if information were hard-coded into the programs, the 
preferred embodiment of the present invention utilizes at least one database 54 such that updating 

30 control and formatting information can be easily managed and implemented. This control and 



format information enables the browser 20 to dynamically generate the presentation layer by which 
a user interacts with content information. The system 50 intelligently decides whether information 
is control and formatting information that should be encoded into the packaged reply or whether 
information is large enough or changes often enough (i.e., changes more often than from one session 
5 with the web site to the next) that a page call between the client and server is the optimum way of 
handling this information. 

Once the browser 20 has received the packaged reply 56, the browser automatically issues a 
plurality of service requests, which in the case of a search are to search engines 14 and meta search 
engines 16. The packaged reply 56 also causes the browser 20 to present the responses to the 
10 plurality of service requests to the search engines 14 and meta search engines 16 such that each 
response is selectively displayed as one of a cascaded series of pages of content information within a 
q single window frame in the browser 20. In this way, the present invention is implemented as a thin- 
:jf client solution with the advantages of minimizing network traffic while at the same time allow for 
En increased speed of access to multiple sources of content information. The multi-level multiplexor 
ijj system affords the user a simple, yet efficient mechanism to access to multiple sources of content 
;*f information on the Internet 20 that retains the integrity of the content information without subjecting 
si the user to the disadvantages of opening a new browser window for each new source of content 
jl information. Additionally, the use of a thin-client browser 20 significantly reduces the file size of 
the packaged reply 56 in comparison to the size of files transferred within a conventional thick- 
120 client system. Generally, the packaged reply in the present invention is no greater than 10 kilobytes, 
s ~~ and usually falls within the 1 to 2 kilobyte range. This reduced file size results in increased speed 
and efficiency system wide. 

Referring now to Figure 6, an overall functional block diagram of the programs and 
databases of a preferred embodiment of the multi-level multiplexor system 50 is shown. A user 
25 interface screen 60 display the user interface as created by the presentation layer of a conventional 
browser 20 on a screen at the client computer 10 in response to a packaged reply 56. The screen 60 
can include a conventional navigation bar 62 as generated by the browser 20, which preferably has 
certain features masked to direct the user to a second navigational bar 64 that is preferably presented 
as an iframe and routes navigational commands back to the system 50. An index bar 66 as shown 
30 along the left-hand side of the screen 60 can be displayed, as shown for example in Figure 7, or 



hidden, as shown for example in Figure 8. A rotator ad window 68 is preferably located in the lower 
left-hand corner of screen 60. Display of content information in the main content display area 70 is 
controlled by which of a series of tab indicators 72 is selected. 

In the preferred embodiment, the cascaded series of pages of content information are created 
as a layered series of iframes to be displayed in display area 70, with each iframe having a tab 
indicator 72 that controls whether that iframe is to be displayed or hidden in the layered series. Each 
tab indicator 72 preferably controls style sheet commands embedded in the markup language of the 
reply 56 that effect the hiding or display of the desired layer of content information. Separate 
iframes are supported for display of navigation controls 64, searching parameter information 66, 
content information 70 and advertisements 68. In addition to the displayed iframes, hidden iframes 
may be created in order to spawn requests which will cause the client browser 20 to perform 
designated functions such as, but not limited to, the running of Adobe Acrobat ™ and MSWord ™ 
files. In addition to displaying HTML content information, the preferred embodiment can display 
content information in a variety of other formats such as OS. 

The multi-level multiplexor system 50 decreases the amount of client-server traffic across 
the network by allowing for a stateless environment to be maintained between the client and server 
which does not require a page refresh to be communicated between the client and server to create a 
change in state. This is accomplished by the control and formatting information encoded into the 
packaged reply 56 which enables the browser 20 to manage all of the multiple series of iframes 
according to a generic template. 

In the preferred embodiment, advertisements are displayed in the rotator ad window 68 from 
an ad server 80 separate from the server executing the remaining portion of the system 50. 
Preferably, the ad server 80 can access a default ad database 82 or a customized or personalized ad 
database 84. 

The preferred embodiment of the multi-level multiplexor system 50 includes a default main 
page, the content for which is stored or linked at database 90. An example of this main page is 
shown in Figures 7 and 8. Another database 92 stores the control and formatting information used 
by the system 50 to generate the session-constant information such as sites in the index window. 
Preferably, a pair of active server pages (ASPs) 94 and 100. ASP 94 is used to generate an item list 
that forms the generic template for the iframes based on an associated database 96. ASP 100 is used 



to generate a new multiplier return list that controls the packages of the reply 56 for the tabbed series 
of cascaded pages of content information that will be returned to the browser 20. This new 
multiplier return list is based on an information in an associated database 102. 

ASP 100 additionally serves to generate display formatting information for the packaged 
5 reply 56 that effects the visual display on the client display screen 60. As previously mentioned, the 
multi-level multiplexor system 50 can exist over a wireless network system as well as a 
conventional hard-wired network. Those skilled in the art will understand the formatting limitations 
of a wireless display. In addition, the client browser display requirements can vary greatly, in a hard- 
wired or wireless environment, depending on browser requirements. In response to these wireless 
10 display limitations and any unique browser display needs, ASP 100 is used to generate display 
formatting information that will be returned to the client browser, whether the client is connected via 
q hard- wired connection or wireless communication. Database 104 stores browser type display 
^ formatting information (BT), while database 106 stores display return type formatting information 
81 for wireless displays (RT). The appropriate display information is included in the packaged reply 56 
M to the client, thus providing the appropriate viewing commands for those client systems comprising 
! « nonstandard displays or unique browser demands. 

s Figure 9 shows a screen shot of a cascaded series of iframes of content information produced 

Is by a user selecting the Computing-Tech News link as shown in the main page of Figure 7. It can be 
=)* seen that the middle tab indicator 72 is highlighted in a three-dimensional manner to indicate the 
=20 source of the content information that is at the front of the cascaded series of iframes. 
; ™ Figures 10, 1 1 and 12 show a sequence of screen shots of how a shopping index in the index 

bar 66 accesses multiple sources of shopping-related content information. It can be seen that a user 
has the option at Figure 1 1 of indicating which of the sources of content information under this entry 
in the index bar are to be obtained. As shown in Figure 12, the entire response from the source of 
25 the content information is displayed in display area 70 with no editing or even temporary copying by 
the system 50. The information is requested and returned directly to the browser 20 of the user. 

Figures 13 and 14 show a sequence of screen shots of how a search in the index bar accesses 
multiple sources of search-related content information. In this feature, another ASP '(not shown) in 
the system 50 parses the search terms as entered in the Go window and then reformats those terms in 
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the manner required for each of the search engines designated by the user in order to automatically 
initiate the desired search to that search engine. 

Figures 15 and 16 show a sequence of screen shots of an alternative embodiment. 
Specifically, in this embodiment, an initial set of tab indicators 74 present various search categories 
(e.g., web search, investment, news, shopping, etc.). These tab indicators 74 are presented in a three- 
dimensional manner. When one of the tabbed search categories is chosen, a selectable list is made 
available, listing a defined but server-modifiable selection of specific content information sources. 
Content information sources can be added or subtracted depending on the availability of formatting 
and control information within the server's databases, or server-accessible databases. A user is able 
to selectively determine which content information sources within the search category will be 
searched for specific search terms. In this alternative embodiment, the cascaded series of pages of 
content information returned in the packaged reply are displayed as a layered series of iframes to be 
displayed on the top portion of the display area 70. This alternative embodiment does not display the 
left side index bar 66 or the rotator ad window. 

It is contemplated that the program code for the multi-level multiplexor system 50 may be 
licensable to sublicenses for use on local network or intranet. Through this licensing, especially 
under an intranet environment, the licensee may be permitted to make various aesthetic and 
functional adjustments depending on the licensee's individual needs and preferences. For example, 
changes can be made to the packaged reply that will cause the browser to alter the conventional 
display and use of the iframes so as to customize the multi-level multiplexor for a given licensee or 
application. 

For a detailed description of an implementation of the preferred embodiment of the present 
invention, reference is made to the markup language listings attached as Attachment A and the 
source code listing for the programs for the multi-level multiplexor system 50 attached as 
Attachment B. 

A portion of the disclosure of this invention is subject to copyright protection. The copyright 
owner permits the facsimile reproduction of the disclosure of this invention as it appears in the 
Patent and Trademark Office files or records, but otherwise reserves all copyright rights. 



Although the preferred embodiment of the automated system of the present invention has 
been described, it will be recognized that numerous changes and variations can be made and that the 
scope of the present invention is to be defined by the claims. 



